Allows customization of builtin functions under FatLTO #119348
Closed
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Place compiler_builtins at the end. After that we check if any crate wants to customize the builtin functions. Remove the function of compiler_builtins, if any.
rustbot
added
S-waiting-on-review
This comment has been minimized.
This comment has been minimized.
|
I don't think I'm the best person to review this. |
dianqk
force-pushed
the
lto-custom-builtins
branch
from
eae5cbc to
49f62df
Compare
|
r? @nikic |
jannic
reviewed
Dec 29, 2023
|
I'm not qualified to review this pull request, but I tried it out and can verify that it fixes #118609 in a simple real-world scenario (compiling https://github.com/rp-rs/rp2040-project-template). |
dianqk
force-pushed
the
lto-custom-builtins
branch
from
49f62df to
08d1fad
Compare
|
The associated PR has been reverted in #119885. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Fixes #118609.
Currently, we are using LTO in a way that is similar to LLVM's legacy LTO. This approach does not allow the caller to decide which symbol to use. LLVM's new LTO puts symbol resolution in the hands of the caller.
This PR uses a similar approach to the new LTO to select the appropriate builtin symbol. I'm not dealing with the weak symbol in the inline asm. But this can also be done with
.lto_discard. I'm not sure it's worth implementing it.r? @bjorn3